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A METHOD OF CONTROLLING COMMUNICATIONS SERVICE IN A 
TELECOMMUNICATIONS NETWORK AND AN ASSOCIATED SWITCH 

The present invention relates to controlling circuit 
mode communications services in a telecommunications 
system and more particularly to monitoring communications 
services using different ways of coding speech in a 
heterogeneous telecommunications system . 

In digital landline telephone systems, speech is 
digitized, encoded to a standard law used in public 
networks (in particular the A and /x laws) , and conveyed 
by 64 kilo bits per second (kbps) circuits. In radio 
communications systems it is generally necessary to 
reduce this bit rate, in particular at the radio 
interface. To this end radio terminals incorporate a 
speech compression function. 

In some systems, such as the Global System for 
Mobile communications (GSM) , which is a second generation 
(2G) radio communications system, speech is transported 
in compressed form in the radio access network between 
base stations and a transcoder and rate adapter unit 
(TRAU) located between the radio access network and the 
core network, usually in 16 kbps pulse code modulation 
(PCM) channels, a PCM channel corresponding on the radio 
interface to one full rate speech channel or to two half- 
rate channels, for example. The TRAU transcodes speech 
between the 64 kbps coding law A and the full rate or 
half -rate code. 

Other systems, such as the Universal Mobile 
Telecommunications System (UMTS) , which is a third 
generation (3G) radio communications system, offer 
circuit mode communication with an end-to-end bit rate of 
64 kbps. This caters in particular for videotelephone 
calls, which require a higher bit rate than telephone 
calls and therefore cannot be supported adequately by 
second generation systems. 

Speech coding/decoding for videotelephone calls at 
an end-to-end bit rate of 64 kbps, for example, may be 
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carried out in accordance with the H.324 standard, which 
is described in ITU-T Recommendation H.324, including 
appendix C thereof ("Multimedia telephone terminals over 
error prone channels") and where appropriate appendix H 
5 thereof ("Mobile multilink operation"), which covers this 
kind of coding/decoding. Technical Specification TS 
26.111, version 5.0.0, "Codec for Circuit-switched 
Multimedia Telephony Service; Modifications to H.324", 
published in June 2 002 by the 3 rd Generation Partnership 

10 Project (3GPP) , which is more specifically adapted to 

UMTS terminals, also covers this kind of coding/decoding. 

Since it conveys voice and video simultaneously, a 
videotelephone call necessitates a high transmission bit 
rate, which the UMTS can offer. In contrast, the GSM 

15 generally proves unable to support videotelephone calls 
since the maximum bit rate authorized on its radio 
segment is too low for this purpose. 

A problem arises in heterogeneous radio 
communications systems, for example a system comprising 

20 second generation (GSM) plant and third generation (UMTS) 
plant, because a terminal may initiate a videotelephone 
call when it is under the control of 3G plant, which call 
cannot continue if the terminal is transferred (handed 
over) to the control of 2G plant, for example as a result 

25 of the terminal moving to an area in which no 3G plant is 
available. The videotelephone call is then cut off, 
which is particularly frustrating for the user. 

One object of the present invention is to limit the 
drawbacks referred to above by proposing at least partial 

30 call continuity in a heterogeneous system, for example 
continuity of its voice portion. 

Another object of the invention is to propose a 
service change adapted to retain the voice portion of a 
videotelephone call on transfer of the call between radio 

35 communications equipments of different generations. 

A further object of the invention is to propose a 
service change adapted to retain only the voice portion 
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of a videotelephone call on transfer of the call between 
radio communications equipments of different generations 
without excessively degrading the quality of the voice 
call on transfer. 
5 The invention therefore proposes a method of 

controlling communications service in a 
telecommunications system comprising first and second 
subsystems each including a radio access network 
comprising base stations and a radio network controller 

10 connected to at least some of said base stations and to a 
core network switch, the first subsystem being adapted to 
support first and second communications services and the 
second subsystem being adapted to support the second 
communications service , 

15 the method comprising the following steps in the case of 
a first mobile terminal having a call in progress with a 
second terminal under the first communications service 
via a base station of the radio access network of the 
first subsystem: 

20 • the radio network controller of the first 

subsystem detecting a call transfer condition for 
transferring the call to a base station of the radio 
access network of the second subsystem; 

• informing the core network switch to which the 
25 radio network controller of the first subsystem is 

connected of said detection of a call transfer condition; 
and 

• if the second subsystem is not adapted to process 
the call under the first communications service, 

3 0 requesting a service change in order for said call to 
continue under the second communications service. 

Thus a service change is effected before executing 
the call transfer to enable fallback ahead of time to a 
mode of operation supported by the second subsystem. 

35 The first subsystem may be a third generation 

subsystem and the second subsystem a second generation 
subsystem, for example, and the first communications 



service may be a videotelephone service and the second 
communications service a voice telephone service. In 
this case, the video component of the call will be 
stopped before transferring the call to the 2G subsystem 
5 and the audio component will be retained. This achieves 
some degree of call continuity, which could not have been 
achieved if the service change had not been effected 
before executing the call transfer. 

A coding change advantageously accompanies the 

10 communications service change, the new form of coding 

being selected to enable use of the second communications 
service and to be supported by the second subsystem. For 
example, the coding associated with the first 
communications service is compatible with the H.324 

15 standard and the coding associated with the second 

communications service is of the Adaptive MultiRate (AMR) 
type . 

The inability of the second subsystem to process the 
call under the first communications service may be 

20 detected at the switch connected to the radio network 

controller of the first subsystem following transmission 
of a request to transfer the call to a switch connected 
to the radio network controller of the second subsystem 
and reception in response thereto of a transfer failure 

25 message. 

On receiving a transfer failure message relayed from 
the switch to which it is connected, the radio network 
controller of the first subsystem advantageously attempts 
to initiate the call transfer procedure again, advising 

30 the switch of the continuing detection of a call transfer 
condition. A transfer failure message continues to be 
sent to the radio network controller until the service 
change procedure is completed. When the service change 
procedure has been completed, the call can then be 

35 transferred in the normal way, the risk of failure being 
eliminated by virtue of the prior service change in 
respect of the call. 
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The invention also proposes a core network switch of 
a telecommunications system comprising first and second 
subsystems each including a radio access network 
comprising base stations and a radio network controller 
5 connected to at least some of said base stations, at 

least some of the radio network controllers also being 
connected to said core network switch, the first 
subsystem being adapted to support first and second 
communications services and the second subsystem being 

10 adapted to support the second communications service, 
said core network switch comprising, in relation to a 
first mobile terminal having a call in progress with a 
second terminal under the first communications service 
via a base station of the radio access network of the 

15 first subsystem: 

• means for receiving an indication that the radio 
network controller of the first subsystem has detected a 
call transfer condition for transferring the call to a 
base station of the radio access network of the second 

2 0 subsystem; and 

• means for requesting a service change in order for 
said call to continue under the second communications 
service if the second subsystem is not adapted to process 
the call under the first communications service. 

25 Other features and advantages of the present 

invention emerge from the following description of non- 
limiting embodiments of the invention, which is given 
with reference to the appended drawings, in which: 

• Figure 1 is a simplified diagram of one example of 
30 a telecommunications system architecture in which the 

invention may be used; 

■ Figure 2 represents an exchange of signaling 
employed by the invention; and 

• Figure 3 represents an exchange of signaling used 

3 5 in a service change procedure employed by the invention. 

Figure 1 is a diagram of a telecommunications system 
architecture in which the invention may be used. Radio 
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terminals 1 and 2 are mobile terminals supporting the 
UMTS third generation radio communications system. A 
call between these two terminals is advantageously- 
effected via 3G plant, at least some of which forms a 
5 subsystem of the telecommunications system that comprises 
a radio access network with a 3G base station 10 with 
which the terminal 1 communicates over a radio interface 
and a radio network controller (RNC) 11 controlling the 
base station 10 and the call involving the mobile 

10 terminal 1. The RNC 11 is also connected to a 3G mobile- 
service switching centre (MSC) 12 of the core network. 

A call is in progress between a mobile terminal 1 
and a terminal 2. A mobile terminal is also referred to 
as a user equipment (UE) . If the terminal 2 is also a 

15 mobile terminal (denoted UE 2), the call is routed via 

other 3G plant at the UE 2 end, such as an MSC 13 and an 
RNC 14 connected to the MSC 13 and controlling a 3G base 
station 15 to which UE 2 is connected. 

The following description refers by way of example 

20 to a point-to-point call between UE 1 and 2, although it 
is equally feasible for a call to involve a greater 
number of terminals, for example UE 1 and two or more 
other terminals. The call referred to below is effected 
in circuit mode, meaning that a circuit is reserved for 

25 exchanges between the UE via 3G plant. 

Moreover, and as indicated in the introduction, UE 1 
and 2 have a protocol stack that supports coding of the 
call frames exchanged. The form of coding used may 
depend on the required bit rate and a required quality of 

30 service. It may equally depend on the type of service to 
be provided during the call. If the communications 
service envisaged is a videotelephone service, i.e. a 
service involving simultaneous transmission of video and 
audio, the form of coding selected must allow for 

35 transmission at a high bit rate to authorize a large 
quantity of information to be conveyed fast. In 
contrast, if the service is a voice telephone service, a 
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form of coding that provides transmission at a lower bit 
rate may be selected. 

One example of a protocol suite enabling call coding 
that may be used by the UE to communicate via the UMTS is 
5 the H.324 standard conforming to ITU-T Recommendation 
H.324, including appendix C thereof ("Multimedia 
telephone terminals over error prone channels") and where 
appropriate appendix H thereof ("Mobile multilink 
operation") or, to be more specific, the standard defined 

10 in Technical Specification TS 26.111, version 5.0.0, 

"Codec for Circuit - switched Multimedia Telephony Service; 
Modifications to H.324", published in June 2002 by the 
3GPP. Said standard adapts the H.324 protocol suite to 
the UMTS. For simplicity, the term H.324 is used below 

15 to refer to the protocol suite applied to the UMTS. 

A videotelephone call is set up between UE 1 and UE 
2 using the procedures set out in section 5.3.6 of 
Technical Specification TS 24.008, version 5.9.0, "Mobile 
radio interface Layer 3 specification; Core network 

20 protocols; Stage 3 (Release 5)", published by the 3GPP in 
September 2003. Accordingly, if UE 1 wishes to set up a 
videotelephone call with UE 2 , it sends a SETUP message 
to the MSC 12 (via the base station 10 and the RNC 11) . 
This SETUP message indicates that UE 1 supports two modes 

25 of operation ("Bearer capability IE" ("BC IE")), one for 
a videotelephone service and the other for a voice 
telephone service. The SETUP message also contains a 
"Repeat indicator" parameter set to the value "support of 
service change and fallback" . This means that UE 1 is 

3 0 able to support a service change and in particular 
fallback from a videotelephone service to a voice 
telephone service. 

The MSC 12 then responds by sending UE 1 a CALL 
PROCEEDING message including an indication of the 

35 capacity of UE 2 . If both modes of operation (BC) are 

reported in the CALL PROCEEDING message, this amounts to 
accepting the types of communications service requested 
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by UE 1 # namely videotelephone or speech in this example. 
If only one BC is included in the CALL PROCEEDING 
message, only one of the two communications services 
supported by UE 1 can be used, for example a voice 
5 telephone service. 

The same type of signaling is used between the MSC 
13 and UE 2. These call set-up procedures are also 
defined in detail in Technical Specification TS 23.172, 
version 5.2.0, '"Technical realization of Circuit Switched 

10 (CS) multimedia service UDI/RDI fallback and service 
modification; Stage 2 (Release 5)", published in 
September 2003 by the 3GPP. 

It is considered below that UE 1 has set up a 
circuit mode videotelephone call with UE 2 using the set- 

15 up procedures described above. This kind of call 

necessitates an end-to-end transmission bit rate of 64 
kbps because the videotelephone service transmits a large 
amount of data because of the simultaneous transmission 
of video and audio. In this case, no transcoding is 

20 effected to reduce the usable bit rate between UE 1 and 
2, in particular in the core network of the 
telecommunications system. A call of this kind is 
supported by the 3G subsystem represented in the upper 
portion of Figure 1, as explained above. 

25 UE 1 communicates with UE 2 in particular via the 

radio interface between UE 1 and the base station 10. 
The RNC 11 controls the radio resources for UE 1 in 
particular, in accordance with the Radio Resource Control 
(RRC) protocol defined in Technical Specification 

30 TS 125 331, version 5.6.0, published in September 2003 by 
the 3GPP. In particular, the RNC 11 detects the 
occurrence of certain radio conditions on the radio link 
between UE 1 and the base station 10 in order to initiate 
a procedure for transferring the call to other 

35 communications resources, known as a "handover" 
procedure . 
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Note that handover may be either "hard handover", 
which instantaneously switches the call from a first base 
station to a second, or "soft handover" , in which there 
is a more or less lengthy stage during which the mobile 
5 communicates simultaneously with both base stations. In 
a soft handover, the RNC 11 maintains and updates an 
active set of base stations with which UE 1 is 
communicating at any given time. Soft handover then 
consists in adding base stations to that active set 

10 and/or removing them from it. 

To execute the handover procedure, UE 1 and the base 
station 10 carry out radio measurements that include, for 
example, measuring uplink and downlink field levels 
between UE 1 and the base station 10, field levels on 

15 downlinks from stations adjoining the base station 10, 
for example the base station 20, and other types of 
measurements, for example measurements relating to uplink 
and downlink quality between UE 1 and the base station 10 
(see section 8.4 of TS 125 331 cited above) . 

2 0 An RNC conventionally initiates handover if the 

measurements reported to it by the UE and the base 
station concerned indicate that a transfer condition is 
satisfied, for example because the current link between 
the UE and the base station has either too low a field 
25 level or a quality that is deemed to be too low. The RNC 
also decides, on the basis of the measurements reported 
to it, which base station is in a position to take over 
the call after the transfer (or to be added to the active 
set in the case of a soft handover) . 

3 0 In the Figure 1 example, the RNC 11 detects a 

condition for transferring the call from the base station 
10, which is a 3G unit, to the base station 20, which is 
a 2G unit. This situation may arise, for example, if UE 
1 is initially in the vicinity of the base station 10 and 
35 then moves towards the base station. The signal level 
received from the base station 10 then weakens and that 
received from the base station 20 becomes dominant. 
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The base station 20 is a 2G unit. Transcoding is 
effected by a transcoder and rate adaptation unit (TRAU) 
23 located between the base station 20 and the 2G MSC 22, 
for example in the base station controller (BSC) 21 
5 controlling the base station 20. This transcoding 
matches a 64 kbps data stream such as exists in 
particular in the portion of the core network starting at 
the 2G MSC 22 to a stream having a lower bit rate of 
16 kbps on the radio segment of the 2G subsystem so that 
10 it can be transported on a 16 kbps PCM channel. In 

particular, exchanges over the radio interface involving 
the base station 20 are effected at a usable bit rate of 
9 . 6 kbps . 

If the high speed circuit switched data (HSCSD) 
15 function is implemented in the network portion which 

includes the base station 20, this usable bit rate may be 
increased to 14.4 kbps, or even higher if a plurality of 
time slots are used for the same call over the radio 
interface for a given communication (a usable bit rate of 
20 up to 57.6 kbps can be achieved if four time slots are 
used) . 

The videotelephone call in the 3G subsystem has a 
bit rate of 64 kbps, as explained above. Transferring 
the call to the 2G subsystem which includes the base 

25 station 2 0 cannot be envisaged because the bit rate 
offered cannot support the videotelephone call. 

In practice, initiating handover after detecting a 
condition for transferring the call from the base station 
10 to the base station 20 is reflected in the sending of 

30 a request message on behalf of the RNC 11 to the MSC 12 
(see Figure 2, "RELOCATION REQUIRED") . When the request 
has been forwarded by the 3G MSC 12 (where applicable via 
an intermediary 3G MSC) to the 2G MSC 22 that is 
connected to the BSC 21 ( u HANDOVER PREP REQ" ) , a failure 

35 message ("HANDOVER PREP FAILURE") is sent back from the 
2G MSC 22 to the 3G MSC 12 (see Section 8.4 of technical 
specification TS 129 002, version 5.7.0, "Mobile 



Application Part (MAP) specif icat ion" , published in 
September 2003 by the 3GPP) . The MSC 12 responds to the 
handover request sent by the RNC 11 with a failure 
message (Figure 2, "RELOCATION PREP FAILURE"), forwarding 
5 the failure message that it has itself received, with the 
cause 29, i.e. "RELOCATION FAILURE IN TARGET CN/RNC OR 
TARGET SYSTEM" (see section 8.6 of Technical 
Specification TS 125 413, version 5.6.0, "UTRAN Iu 
Interface Radio Access Network; Application Part (RANAP) 

10 signaling", published in September 2003 by the 3GPP) . 

Once failure of handover has been noted, for example 
on reception by the 3G MSC 12 of a failure message from 
the 2G MSC 22 or on transmission to the RNC 11 of a 
failure message "RELOCATION PREP FAILURE" by the 3G MSC 

15 12, the core network initiates a procedure for modifying 
the communications service to change from a 
videotelephone service to a voice telephone service. 

This kind of service change involves a change of 
codec, i.e. a change of the coding/decoding mode used in 

2 0 the core network and by UE 1 and 2. Speech coding for a 
voice call advantageously accommodates a much lower 
transmission bit rate than coding for a videotelephone 
call. 

Figure 3 shows an example of the signaling used in 
25 the service change procedure initiated by the MSC 12, 

following failure of the 3G to 2G handover requested by 
the RNC 11. 

Thus the 3G MSC 12, which is at the UE 1 end, sends 
a command to change codec to the 3G MSC 13, which is at 

30 the UE 2 end. This command (Figure 3, "MODIFY CODEC") 
includes the codec selected to continue the call. In 
this example, an adaptive mult irate (AMR) codec is 
preferably used to code the voice call. AMR codecs use 
eight different modes with bit rates from 12.2 kbps to 

35 only 4.75 kbps. Coding is applied to 20 milliseconds 
(ms) speech frames corresponding to 160 samples at a 
sampling frequency of 8000 samples/s. The algebraic code 
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excited linear prediction coder (ACELP) coding scheme is 
used. Another example of an audio codec is the G. 723.1 
codec standardized by the ITU. This offers two bit 
rates: 5.3 and 6.3 kbps . It codes speech and other audio 
5 signals into 30 ms frames. 

The core network further includes media gateways 
(MGW) 16 and 17 which execute and monitor coding and 
decoding of streams passing through them. Streams may be 
coded and decoded differently in the two network portions 

10 on respective opposite sides of a MGW platform (see 
section 5.3 of Technical Specification TS 123 153, 
version 5.6.0, "Out of Band Transcoder Control, Stage 2" 
published in September 20003 by the 3GPP) . This mode of 
operation provides transcoding between two types of 

15 codec. 

After the command to change codec is sent from the 
MSC 12 to the MSC 13, signaling is exchanged between the 
MSC 12 and the MGW 16 to which it is connected and 
between the MSC 13 and the MGW 17 to which it is 

20 connected. This exchange of signaling (Figure 3, "MODIFY 
BEARER CHARACTERISTICS") renders the streams inactive 
during the service change procedure, so as to avoid that 
the MGW 16 and 17 generate error messages as a result of 
any potential inconsistency between the coding used on 

25 either side during this transitory period. On the 

occasion of this exchange of signaling, the MGW 16 and 17 
are informed of the new codec to be adopted for 
continuing the call, namely an AMR codec in the Figure 3 
example. During this step, the communications medium 

30 (bearer) characteristics are modified in accordance with 
the envisaged service change. 

The RNC 11 and 14 are then informed by the MSC 12 
and 13, respectively, of the codec selected in the 
context of the change of codec procedure (Figure 3, 

35 "DIRECT TRANSFER"). They then acknowledge acting on that 
information (Figure 3, "DIRECT TRANSFER COMPLETE"). 
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Note that the RNC 14 may reject a codec change 
request, for example because the codec selected is not 
supported on the radio segment extending from the RNC 14 
to UE 2. In this case, the RNC 14 sends a rejection 
5 message ("DIRECT TRANSFER [MODIFY REJECT (AMR)]"), 

bringing about a new modification of the characteristics 
of the bearer negotiated between the MSC 13 and the 
MGW 17, in order to revert to a videotelephone codec. A 
codec change failure message ("CODEC MODIFICATION 

10 FAILURE") is then sent from the MSC 13 to the MSC 12. 
The videotelephone codec is then reselected for the 
segment between UE 1 and the MGW 16. Thus no service 
change is effected for the call in this case. 

When the MSC 12 and 13 receive a "DIRECT TRANSFER 

15 COMPLETE" message, each MSC indicates to the 

corresponding RNC (11 or 14, respectively) that the radio 
access bearer (RAB) of the call must be modified to take 
into account the change of codec (Figure 3, "RAB ASSIGN 
MODIFY"). Signaling is also exchanged over the Iu 

20 interface in the context of modifying the RAB, between 
the MGW 16 and the RNC 11, between the MGW 17 and the 
RNC 14, and between the MGW 16 and 17. After this 
exchange over the Iu interface, each RNC acknowledges the 
corresponding RAB modification indication (Figure 3, "RAB 

25 ASSIGN MODIFY RSP" ) . 

Thereafter, signaling is again exchanged between the 
MSC 12 and the MGW 16 to which it is connected and 
between the MSC 13 and the MGW 17 to which it is 
connected to render the streams active again (Figure 3, 

30 "MODIFY BEARER CHARACTERISTICS") . 

Finally, on completion of the above steps, the 
MSC 13 sends the MSC 12 an acknowledgement message to 
confirm the successful change of codec (Figure 3, 
"SUCCESSFUL CODEC MODIFICATION") . This message announces 

35 the end of the service change procedure. In the examples 
shown in Figures 2 and 3, the call between UE 1 and UE 2, 
which was initially a videotelephone call, is then 
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reduced to a voice call using an AMR audio codec over the 
network segments between an MGW and the corresponding UE. 
The voice call coded in this way then has a bit rate from 
12.2 kbps to only 4.75 kbps, depending on the AMR codec 
5 mode used. It is assumed below that the AMR coding used 
is supported by the 2G subsystem, i.e. that it provides a 
usable bit rate of less than 9.6 kbps at the radio 
interface . 

In an advantageous embodiment of the invention, the 
10 RNC 11 that has received a message reporting failure of 
transfer of the call to a base station of the radio 
access network of the 2G subsystem subsequently submits a 
new call transfer request (Figure 2, u RELOCATION 
REQUIRED") . The MSC 12 then advantageously sends a new 
15 failure message to the RNC 11 until the change of service 
procedure has been completed. Thus the RNC 11 may submit 
many new call transfer requests. 

When the change of service procedure has been 
completed, i.e. when the call in progress between UE 1 

2 0 and UE 2 has been switched from a videotelephone service 

to a voice only service, a new attempt to send a call 
transfer request from the RNC 11 to the MSC 12 then 
provides for transferring the call from the 3G subsystem 
to the 2G subsystem represented in Figure 1 (this is the 
25 standard 3G to 2G handover procedure) . 

On completion of this handover procedure, the call 
between UE 1 and UE 2 is routed across the 2G subsystem 
shown in the lower portion of Figure 1, i.e. via the 2G 
base station 20, the BSC 21 and the 2G MSC 22. The 3G 

3 0 plant, such as the MSC 13, the RNC 14 and the base 

station 15 may also continue to route the call to UE 2 . 
If the 2G MSC 22 is not connected directly to the 3G MSC 
13, the call may then pass in transit through a set of 
MSC connecting these two MSC indirectly. 
35 The handover procedure succeeds in this situation 

because a service change is effected beforehand, thus 
reducing the speech bit rate to a value acceptable for 
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the 2G subsystem, i.e. a bit rate at the radio interface 
of less than 9.6 kbps . In particular, the same AMR codec 
is then used at both ends of the transmission chain, 
thereby assuring consistent speech coding/decoding . The 
5 voice component of the call is then retained after the 
call is transferred. 

Because the codec change was effected ahead of call 
transfer and as soon as a call transfer condition was 
detected, continuity of service for the voice component 
10 of the call is achieved without significantly degrading 
its quality. 

Note that if the call transfer represents a soft 
handover, the service change may be carried out in the 
manner described above as soon as a 2G base station (for 

15 example the base station 20) has been added to the active 
set kept up to date for UE 1 . 

The converse service change (from voice to 
videotelephone) may be carried out in accordance with the 
invention if the call is transferred from a region in 

20 which all plant is of the second generation to a region 
in which third generation plant is present. An 
appropriate codec is then selected to replace the initial 
audio codec, in order to switch from the voice only 
component of the call to the complete videotelephone 

25 call. 

An advantageous embodiment of the invention makes 
good use of the bandwidth that is not used by the coded 
information transmitted over the call circuit of the 2G 
subsystem. In this way, if the audio codec used after 
30 call transfer provides a bit rate below the 9.6 kbps 

maximum usable bit rate authorized over the radio portion 
of the GSM, for example if a 4.75 kbps AMR codec is used, 
the remaining 4.85 kbps (9.6 - 4.75 = 4.85) may be used 
to transmit data in addition to the voice call. 



